home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19950929-19951130
/
000066_news@columbia.edu_Tue Oct 10 22:31:37 1995.msg
< prev
next >
Wrap
Internet Message Format
|
1995-12-25
|
2KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA14143
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Tue, 10 Oct 1995 18:31:45 -0400
Received: by apakabar.cc.columbia.edu id AA03224
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Tue, 10 Oct 1995 18:31:42 -0400
Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Automatic Parity selection
Date: 10 Oct 1995 22:31:37 GMT
Organization: Columbia University
Lines: 23
Message-Id: <45es89$34l@apakabar.cc.columbia.edu>
References: <813068410snz@wbgl.demon.co.uk>
Nntp-Posting-Host: watsun.cc.columbia.edu
Apparently-To: kermit.misc@watsun.cc.columbia.edu
In article <813068410snz@wbgl.demon.co.uk>,
Infomation <info@wbgl.demon.co.uk> wrote:
: When starting file transfer using kermit 5A(190), kermit sometimes
: selects EVEN parity. This cannot be overidden by specifying a parity
: of NONE and the transfer obviously fails because the other end is not
: running EVEN parity.
:
: I can overcome this by setting parity to EVEN at both ends and
: everything works fine - but I would rather not.
:
: The problem only occurs when communicating to a particular OS
: - ICL DRS NX running on an Intel machine.
:
: The kermit manual states that automatic parity detection will occur
: but in this case it is detecting incorrectly.
:
I doubt it. If there parity were not there, Kermit would not detect it.
Something, somewhere, is adding the even parity bits without your knowledge.
A packet log would show this. Thus, Kermit is doing exactly the right
thing. Of course, if you can track down and eliminate the source of the
parity bits, all the better.
- Frank